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METHOD AND SYSTEM OF STORING DATA 
IN INDEPENDENT MEMORIES 

BACKGROUND 

[0001] Portable electronic devices manufactured for cap- 
turing, creating, storing, manipulating or transferring 
5 digital music, sound, images, movies or other encoded 
data have become more prevalent with the advent of less 
expensive semiconductor processing and increased consumer 
demand. Consumer products such as portable MP3 (Moving 
Picture Experts Group Layer 3 Standard) players, digital 
- 10 cameras, PDAs (Electronic Personal Data Assistants) and 
digital voice recorders continue to gain popularity. The 
general trend for each of these commercial devices is to 
provide for greater data storage capability at reduced 
cost . 

15 [0002] Unfortunately, greater memory in these devices is 
accompanied by an increase in cost and time wasted when 
such large amounts of data are lost. Many portable elec- 
tronic devices have built-in memory with no redundancy so 
data cannot be recovered if a memory failure occurs. 

2 0 Even for devices that have the ability to provide back-up 
data, the time and sophistication required to restore 
previously backed -up data may be burdensome for the aver- 
age consumer. Manufacturers are also faced with a more 
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extensive design process, since the use of a PC (personal 
computer) to provide redundant data and backup also ne- 
cessitates the design for and use of Microsoft Windows®, 
MAC® , or other operating system software to provide com- 
5 patibility between the portable electronic devices and 
the PC. Also, should purchasers desire to upgrade memory 
devices in their products, a time consuming process ai- 
sues with the purchaser often using a PC to back up data 
for restoration onto the replacement memory. 
10 [0003] Some manufacturers have attempted to solve these 
problems through increased data throughput to PCs for 
backup and file transfer. Unfortunately, the single in- 
ternal or removable memories in these devices often fail 

# 

prior to back-up, due to physical shock such as dropping, 
15 or normal wear and tear. A need exists for a portable 
electronic device system that provides for data redun- 
dancy and easy memory upgrades without the use of a PC. 

SUMMARY 

20 [0004] A method is disclosed for storing application data 
in a redundant array of independent memories. In one em- 
bodiment, the method comprises entering the application 
data in a first memory, parking the first memory when the 
first memory has received the application data, unparking 

2 5 a second memory, entering the application data in the 

second memory, and parking the second memory when the 
second memory has received the application data, thereby 
reducing the likelihood of losing application data due to 
physical impacts to the memories. 

3 0 [0005] In another embodiment, a master-slave data manage- 

ment system is disclosed that has a processor, a bus in 



communication with the processor and first and second 
data paths removed from the bus. The first and second 
data paths provide the processor with communication with 
first and second memories, respectively. The processor is 
programmed to avoid writing application data to the first 
memory unless the second memory is parked and the first 
memory is unparked. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0006] The components in the figures are not necessarily 
to scale, emphasis instead being placed upon illustrating 
the principals of exemplary embodiments of the invention. 
Moreover, in the figures, like reference numerals desig- 
nate corresponding parts throughout the different views. 
[0007] Figure 1 is a block diagram of a system of redun- 
dant memories in direct connection with a processor in 
accordance with one embodiment of the invention. 
[0008] Figure 2 is a plan view of a hard disk drive hav- 
ing a mechanism for parking an actuator motor arm during 
non-use . 

[0009] Figure 3 is a flow diagram of a method for writing 
to a plurality of memories that is applicable to the sys- 
tem of Figure 1. 

[0010] Figure 4 is an exploded perspective view illus- 
trating a redundant memory system capable of using the 
method of Figure 3 . 

[0011] Figures 5 and 6 are exploded perspective views il- 
lustrating different modular redundant memory systems 
that employ a memory storage module and are capable of 
using the method of Figure 3 . 



DETAILED DESCRIPTION 

[0012] Embodiments of the invention comprise a method and 
system for managing and storing data in memories. While 
the invention is intended primarily for use with a port- 
5 able handheld system that can accommodate various con- 
sumer applications such as MP3 players, digital recorders 
and other portable electronic devices which allow for 
capturing, creating, storing, manipulating or transfer- 
ring digital music, sounds, images, movies or other en- 

10 coded data such portable systems being particularly sub- 
ject to shock mechanical shock, embodiments of the inven- 
tion are also applicable to larger and more stationary 
systems. In' a particular handheld portable system, a re- 
dundant array of independent memories is available for a 

15 controller module and one or more consumer applications. 
During writing of application data to one memory, the 
other memory or memories are parked to prevent loss of 
data due to shock, vibration or other physical forces to 
which they may be subjected. As used herein, "parking" 

2 0 refers to positioning the read head of the disk drive to 
a position away from the data bearing portion of the 
disk. When writing to the first memory has been com- 
pleted, it too is parked to prevent such damage so that 
the memory will be available for redundant data transfer. 

25 [0013] Figure 1 illustrates an implementation of a con- 
troller module 100 to control a pair of such memories. 
The controller module 100, which can be referred to as a 
Compact Unlimited Library Controller, is shown in commu- 
nication with memories A and B and an application module 

30 105. The controller module 100 includes a bus 110 in 
communication with a controller 115, a user interface 
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120, an internal memory 122, and a processor 125. These 
components manage and control the flow of application 
data between the controller module 100 and the applica- 
tion module 105 along bus 110 and a data path 130 to the 
5 application module 105, and the data flow between the 
controller module 110 and memories A and B. The proces- 
sor 125 and controller 115 may be integrated into a sin- 
gle device. Similarly, internal memory 122 may be inte- 
grated onto a single chip with either the processor 125 

10 or controller 115, or both. Also, although the control- 
ler module 100 and application module 105 are described 
as discreet "modules," the system may not have discreet 
modules but may be integrated into a single component. 
[0014] The processor 125 provides several functions and 

15 comprises a trouble monitor 140, a duplicator 145 and a 
read/write circuit 150. The trouble monitor 140 detects 
whether memories connected to processor 125 are operating 
correctly, and notifies the user of problems through the 
user interface 120. Duplicator 145 enables direct dupli- 

2 0 cation of application data between memory A and memory B 

when a memory is replaced, without the use of other ex- 
ternal devices such as a PC. The duplicator 145 also 
communicates through the bus 110 with the user interface 
120 to provide information to a user regarding duplica- 
25 tion efforts. The read/write circuit 150 communicates 
with external applications such as the application module 
105, and governs the read/write of data to the master and 
slave memories memory A or memory B during normal opera- 
tion. The elements 140, 145, 150 may be implemented in 

3 0 firmware, or by using a software controlled general pur- 

pose DSP (digital signal processor) . The bus 110 is il- 
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lustrated with electrically conductive paths between the 
processor 125, controller 115, user interface 120, and 
internal memory 122. An optical bus may also be used, as 
well as any manner of signal conduit, medium, or signal- 
5 ing method. Details of the implementation of such func- 
tions are well known in the art. 

[0015] Memories A and B are shown in direct communication 
with the processor 125. They could also communicate with 
the processor 125 through the bus 110, and utilize a data 
10 protocol with an addressing scheme that is managed by the 
processor 125 and controller 115 to distinguish between 
the two memories. 

[0016] In an alternative embodiment, a hub 155 is pro- 
vided in the controller module 100 to enable use of the 

15 controller module 100 with additional applications. If 
the bus 110 communicates with an application module 105 
via the hub 155, the data path 130 would be deleted. A 
wireless scheme utilizing Bluetooth™ wireless technology 
or some other wireless scheme could also be provided for 

20 the data path between the controller module 100, memories 
A and B and application 105. 

[0017] Figure 2 illustrates an exemplary disk drive that 
can be used for memory A or B. The disk drive has an ac- 
tuator motor arm 200 with a proximal end 205, a parking 

25 lever 210 extending from the proximal end 205 and a read 
head 215 on a distal end 220. The actuator motor arm 200 
is held above hard disk plate 225 and pivots about a 
spindle 230, utilizing a driving force between a perma- 
nent magnet 235 and a coil 24 0 which acts on the proximal 

30 end 205. The actuator motor arm 200 rotates from an in- 
use position such as Position A, at which the reading 
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head 215 is aligned with the disk plate 225, to a parked 
position such as Position B, with the read head 215 off- 
set from the disk plate 225. A parking mechanism 245 
captures the parking lever 210 when the motor arm is in 
5 the parked position. The illustrated parking mechanism is 
a spring- loaded latch arm. 

[0018] Actuator motor arm 200 may be parked towards the 
center of hard disk plate 225 and away from the data por- 
tion of the disk. The parking lever 210 may be suitably 

10 modified for use in this alternate position. The parking 
mechanism used is not critical, and any of a variety of 
well known parking mechanisms may be used. For example, 
a weak spring may be used to pull the read head 215 aside 
when the coil 240 is de -energized, or a high-efficiency 

15 retract circuit may be used to apply current from the 
spindle back-EMF to the actuator motor arm 200. This ac- 
tion moves the actuator to the parked position while the 
disks are spinning down. In each of these embodiments, 
the hard disk plate 225 may continue to rotate when the 

2 0 drive is parked. By moving the read head 215 to a posi- 
tion removed from the data carrying portion of hard disk 
plate 225 during park, damage to the data on the hard 
disk plate 225 can be avoided should the read head 215 
accidentally strike the hard disk plate 225. Also, al- 

2 5 though the actuator motor arm 23 5 is described as moving 

between a permanent magnet 240 and coil 240, the actuator 
motor arm 235 may be driven by other mechanisms, such as 
coils or electromagnets. 

[0019] Figure 3 describes an embodiment of the invention 

3 0 for saving application data to memory without risk of 

data loss due to the read head 215 contacting the disk 
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plate 225. The controller module 100 receives the appli- 
cation data from the application module (or modules) 165 
(block 3 00) , under the control of the read/ write circuit 
150 in processor 125. If the application data is to be 
5 saved in a memory (block 310) , then the processor writes 
the application data to the internal memory 122 and to a 
first memory such as memory A (block 315) . If a save is 
not desired, the save process stops at this point (block 
317) . When the processor receives an indication that the 

10 write to the first memory is complete (block 320) , the 
processor 125 sends a signal to park the first memory, 
and subsequently sends a signal to unpark a second mem- 
ory, such as memory B (block 325) . The processor 125 
then writes the application data from the internal memory 

15 122 to the second memory (block 330) and, when the write 
is complete (block 335) , sends a signal to park the sec- 
ond memory (block 340) . The application data previously 
saved to the first memory (block 315) is thus guarded 
against shock or physical vibration while the application 

2 0 data is being replicated to the second memory. If memory 
B is subjected to sufficient force to damage it during a 
write, the application data in the first memory provides 
redundancy for the user . 

[0020] In one example, the application data from applica- 
25 tion module 105 is parsed into application data segments, 
in accordance with the structure of internal memory 122, 
for writing to memories A and B. In this manner, each 
successive segment of the application data will be writ- 
ten first to memory A and then to memory B, until the en- 
30 tire application file is saved in both memories. During 
each respective write, only the memory being written to 



is unparked. In this manner, memories A and B provide a 
data redundancy that is resistant to shock and physical 
vibration. Also, although the processor receives an in- 
dication that the write is complete prior to locking the 
memory (block 320) , the processor may send application 
data to memory in regular predetermined amounts followed 
by a park command, thus obviating the need for a write 
complete indication from the memory prior to parking the 
first memory and unparking the second (block 325) . Also, 
rather than a memory receiving a park command, the memory 
may be manufactured to park automatically at the conclu- 
sion of a particular write. 

[0021] Although "parking" has been described in relation 
to a disk drive, the same concept may be applied to any 
data storage device that is at risk of data loss from me- 
chanical vibration or shock. For example, in a data 
storage system that depends on movement of an armature to 
impart physical or electrical changes to a data storage 
medium to store data, the armature may be alternately 
parked between writing to first and second memory de- 
vices. For memories in which a moving mirror directs ra- 
diation to the surface of a data storage medium, the mir- 
ror will write application data and park. The second 
memory is then "unparked" to receive the application data 
previously written to the first memory. The second mem- 
ory then parks when its receipt of application data has 
been completed. Alternatively, the memories may be of 
different types. For example, a disk drive may be imple- 
mented in parallel with a semiconductor memory device. 
The application data would be written to the disk drive, 
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the disk drive parked, and then the application data then 
written to the semiconductor memory device. 
[0022] While the invention is applicable to multiple mem- 
ory systems in general, exemplary embodiments of the in- 
5 vention are particularly useful for portable handheld 
modular consumer electronic products such as those shown 
in Figures 4, 5 and 6. Such a modular system allows a 
controller and multiple memories to be packaged together 
by the consumer with whichever application modules the 

10 consumer desires. In Figure 4, a controller module 100 
is shown aligned for electrical and mechanical connection 
with an application module 105 through an electrical con- 
nector 415 in the application module 105 and a complemen- 
tary, opposed connector (not shown) in the controller 

15 module 100, and mechanical connectors 420. The control- 
ler module 100 manages application data sent from the ap- 
plication module 105 to the memories A and B. 
[0023] The application module 105 may be any portable 
electronic consumer application such as a video/still im- 

20 age player or reviewer, a PDA, a digital still or video 
camera, or an MP3 player. The application module 105 can 
also be connected in turn to a second application module 
(not shown) through electrical and mechanical connectors 
similar to electrical connector 415 and mechanical con- 

25 nectors 420. In such a case, the controller module 100 
may distinguish between the different application modules 
by a data addressing scheme. 

[0024] The symmetrical electrical connector 415 allows 
the application module 105 to be connected to the system 
3 0 in numerous different orientations making assembly easier 
for an untrained consumer.. The module can be detached 
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from the system and replaced with a different applica- 
tion, or additional application modules can be connected 
to the first one, again without regard to their exact 
orientation. Mechanical connectors 42 0 hold the modules 
5 together once they have been positioned. The electrical 
connector 415 is symmetric about an axis running through 
the application module 105 and controller module 100 to 
allow for different rotational orientations between mod- 
ules without loss of electrical contact after the me- 

10 chanical connectors 420 are engaged or re-engaged. The 
illustrated electrical connector 415 has four circular 
electrical contacts, providing two data paths and two 
power paths between the devices (100, 105) . The connec- 
tors for adjacent modules are unisex in nature and 

15 spring-biased to extend slightly outward from their re- 
spective modules, providing a secure electrical contact 
when brought in contact with each other and held in place 
with mechanical connectors 420. 

[0025] Alternatively, the electrical connectors 415 are 

2 0 not symmetric about their axes, but may allow for reori- 

entation while maintaining suitable electrical connection 
after the mechanical connectors 420 are reengaged. The 
electrical connectors 415 may be provided with male and 
female clamps or the like so that they function as ne- 
25 chanical as well as electrical connectors, thus eliminat- 
ing the need for separate mechanical connectors 420. The 
electrical connectors may have more or fewer than the 
four contacts illustrated, depending upon the data and 
power requirements of the intended modules . 

3 0 [0026] Memories A and B are shown aligned for electrical 

connection with the controller module 100 through a pair 
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of electrical connectors 415 in the controller module, 
and a complementary pair of electrical connectors (not 
shown) in the memories, one for each memory. Each memory 
can be individually replaced if it goes bad, and a new 
5 memory installed with either the same or a 180° rotated 
orientation with respect to the controller moduel 100. 
The electrical connectors 415 between the controller and 
memory modules have the same design as corresponding to 
the connector lines between the processor 125 and memo- 
10 ries A and B, the electrical connectors 415 between the 
controller and application modules, which correspond to 
connector line 130 in Figure 1. 

[0027] The physical shapes of memories A and B, the con- 
troller module 100 and the application module 105 are il- 

15 lustrated as rectangular for convenience, but other 
shapes may be used as desired. The modules can be assem- 
bled in various geometric configurations. For example, 
and not by way of limitation, they may be stacked end-to- 
end along a linear axis, in an L or T shape, or in a 

20 square-like or some other commercially desirable shape. 
In such cases, the electrical connectors 415 and mechani- 
cal connectors 42 0, between the modules may need to be 
moved to other locations on their respective modules. 
[0028] Controller module 100 is shown having a keypad 

25 user interface 120, and a display 460. The user inter- 
face 120 may alternately be a microphone for speech rec- 
ognition, a pressure sensitive touch screen using thin 
film transistors (TFT) , or some other device or combina- 
tion of devices for inputting information (not shown) . 

30 The display 460 provides information to the user regard- 
ing application data transfer, memory device activities, 
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and data retrieval. Alternatively, the display 460 may be 
incorporated into the user interface 120 such as by util- 
izing a TFT screen, allowing for both display and receipt 
of information. 

5 [0029] The embodiments shown in Figures 1-3 may also be 

implemented as shown in Figure 5, in which memories A and 

B are seated in a common memory storage module 500 that 

is designed to receive standardized form factor memories. 

In this example, memories A and B are each microdisk 

10 drives inserted into the memory module 500. Examples of 

microdisk drives include the 340MB™ and 170MB™ products 

® 

sold by IBM Corporation'. Other currently available small 
form factor memories that may be used in memory module 
500 include a SmartMedia Card, Memory Stick, Multimedia 

15 Card or Miniature Card. Although memories A and B are 
inserted in one end of the memory module 50 0, they may be 
placed in different locations in the module. For exam- 
ple, the memory slots may be moved to the top or bottom, 
rather than the end, of the module. A cover 540 is shown 

20 covering the slots for memories A and B to protect them 
from damage. The cover is held in place by hinges, 
screws, a snap tab or other convenient mechanical ar- 
rangement, and may be provided as separate disengageable 
covers for each of the memories. Only a single electri- 

2 5 cal connector 510 is provided on the memory module 500 

for mating with a similar single connector 510 on the op- 
posed face of the controller module 502. In this embodi- 
ment both memories A and B are connected to a common 
electrical connector 510, with the controller module 502 

3 0 distinguishing between them by assigning them different 

digital identification codes. 
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[0030] Referring to Figure 6, the controller module 502, 
application module 105 and a memory module 600 are shown 
in a different configuration with respect to each other. 
Namely, the memory module 600 is now connected between 
5 the application module 105 and controller module 502 with 
its memories loaded from the top rather than parallel to 
the system axis as in Figure 5. The memory module 600 in 
this embodiment has electrical connectors 415 on its op- 
posite sides, along the system axis, for this purpose. 
10 [0031] While various embodiments of the application have 
been described, it will be apparent to those of ordinary 
skill in the art that many more embodiments and implemen- 
tations are possible that are within the scope of this 
invention . 



